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NETWORK SYSTEM AND COMMUNICATION BAND 
CONTROL METHOD THEREOF 



BACKGROUND OF THE INVENTION 

The present invention relates to a 
coiranunication band control system located in a network, 
and more particularly to the communication band control 
5 system located in an IP network arranged to use an IP 
(Internet Protocol) as a communication protocol. 

Today, it is a matter of course that the 
advance of the internet and the intranet and the higher 
performance of hardware, representatively a personal 
10 computer, need to run a multimedia application on the 
internet and the intranet. 

As a network medium used for the internet and 
the intranet, the Ethernet is used, and as an upper 
protocol an IP (Internet Protocol) is used. The 
15 Ethernet and the IP protocol are the band-shared 
networks. At once, they are the best-effort type 
networks as well, on which the maximum band is always 
used for performing the communications without having 
to depend on the type of the data to be communicated. 
20 On the IP network, therefore, any traffic 

concerning the WEB applications and the multimedia ones 
and any mission-critical communication as in an in- 
company business system may be treated equally so that 
the traffics and the communications may share the 
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coinmunication band on the same network . 

As a result, the file transfer may pressurize 
the band, so that some disadvantages may take place. 
For example, the data may be delayed on the mission- 
5 critical business application, the communication data 
as on the WEB application may become an obstacle to 
securing the communication band, or the fluctuation may 
take place on the transfer of data such as voice that 
needs to secure the delay time • 

10 The reason why those disadvantages are 

brought about is that the IP network uses one shared 
band as the best effort mode without having to depend 
on an application and a data type. 

In order to overcome those disadvantages, the 

15 network segments for data transfer required for 

guaranteeing the communication quality may be separated 
from the other network segments in order that a 
sufficiently wide band may be secured. This remedy 
needs an additional investment, so that it is not 

20 practical. 

In light of the foregoing background, the 
needs on the communication band control technique are 
rising which technique is for efficiently using the 
band of the IP network by controlling the communication 
25 band to be used for each application and data type. 

Today, the following standard techniques on 
the communication band control has been proposed. 



1. RSVP (Resource Reservation Protocol) 

RSVP is a signaling protocol that is operated 
as an upward protocol of TCP/IP and is installed in an 
application on a terminal and a router. This protocol 
5 is executed to issue a message called PATH for 
reserving a necessary communication band from an 
application of a requesting terminal to a destination 
terminal. The PATH message is routed as in the 
ordinary message and then is sent to the destination 

10 terminal. In this routing, all the routers for 

relaying the PATH message are served to transfer the 
PATH message to the destination terminal if a requested 
band is secured and then give back to the requesting 
terminal a RESV message for representing the band is 

15 secured. If the requested band is not secured, a 
reject message is given back to the requesting 
terminal. These series of operations make it possible 
to secure the bands on all the routers on the path 
leading from the requesting terminal to the destination 

20 one. 

As noted above, the RSVP is the protocol for 
reserving the band, which protocol does not cover the 
implementation of the band. Further, the router 
located on the communication path is used for managing 
25 the band. Hence, the RSVP provides no capability of 

controlling the band if the requesting terminal and the 
destination terminal are located on the same segment 
(subnetwork) . In order to overcome this shortcoming. 
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the protocol called SBM (Subnet Bandwidth Manager) that 
is the expansion of the RSVP is standardized. In the 
SBM, the band managing server called DSBM (Designated 
SBM) is contained in the subnet. The PATH message that 
5 is sent out of an application on the terminal is 

transferred to the DSBM if the destination is located 
in the subnet. The DSBM is served to determine if the 
band requested by the received PATH message can be 
secured and then give back the RESV message as a 
10 response. It means that the band management within the 
subnet is executed by the DSBM. 

2. DiffServ (Differentiated Services) 

The DiffServ is a priority controllable 
protocol. The application on the terminal is executed 

15 to bury a priority to an IP protocol header (DS field) 
in correspondence with the priority classes categorized 
according to the significance of the data. Then, a 
relaying device such as a router is served to recognize 
the priority and then transfer a packet with a higher 

20 priority in order. 

The packet with a lower priority is buffered 
in the relaying device such as a router, so that the 
packet is delayed or discarded. In place, the flow 
control may be executed such that the transmission from 

25 the terminal is slowed down by changing the window size 
of TCP/IP so that the buffer may not overflow with a 
great deal of packets. 
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In addition, for setting a priority, the 
priority control on the data link level (Ethernet) is 
made possible by IEEE802.1p. 

For efficiently transmitting the data in the 
5 network, the data is transmitted with a large band 
traffic if the network has enough capacity, while the 
data is transmitted with a small band traffic if the 
network does not have enough capacity. That is, it is 
preferable that the band control may be executed 

10 according to the band traffic of the network to be 
secured when the data is to be transmitted. 

The DiffServ (that uses the DS field of the 
IP protocol or the priority of IEEE802,lp) is executed 
to determine the priority of the data in advance and 

15 then transfer the packet with a higher priority in 

order. It means that the DiffServ has difficulty in 
determining the band traffic (transmission data amount 
per a unit time) on the usage of the band for each 
communication flow. 

20 On the other hand, the RSVP is designed in 

view of reserving the band. It can implement the 
process of securing the band from the sending node to 
the receiving node but manage the band information for 
each flow (which band information means the information 

25 required for controlling the band) concentratively in 
the router or the DSBM. It means that the DSBM server 
is required to be located in the subnet if the RSVP is 
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applied to the band control (traffic control) within 
the subnet . 

In order to make use of the communication 
capacity in the subnetwork as efficiently as possible, 
5 it is necessary to grasp what kind of data flow takes 
place in the subnetwork (band traffic of the network) 
and separate the data whose communication quality is to 
be guaranteed from the data whose communication quality 
is not to be guaranteed and that is communicated 

10 through an idle band when managing and controlling the 
data to be communicated. If a relaying device such as 
a router is located in the network, by monitoring the 
packets passing through the router, it is possible to 
grasp the band information for each flow and easily 

15 grasp the current band traffic. However, the technique 
is unknown which may apply to the band control in the 
subnet having no router where all the data packets are 
passed. 

Further, the RSVP needs to make all the 
20 terminals be at the same level within the subnet and 
monitor (capture) all the packets on a leased terminal 
for the purpose of obtaining the band information from 
the packets flowing through the network. If the subnet 
such as lOBaseS or a repeater hub is implemented by one 
25 segment, it is possible to obtain the band information 
by monitoring all the packets, while in the network 
where the subnet is divided into plural segments by a 
switching hub, the collection of all the packets within 
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the subnet cannot be implemented by one terminal by 
means of the particular function of the switching hub, 
that is, the function that the communication closed 
inside the segment is not transferred to another 
5 segment . 

In order to highly efficiently control a band 
traffic of a coininunication whose quality is to be 
guaranteed, as stated above, it is becoming necessary 
to grasp the band traffic and suppress to a minimum a 

10 difference between the presumed band traffic and the 
actual band traffic flowing through the network when 
the band control is executed. 

The packets flowing through the network are 
classified into communication data for an application 

15 (effective communication data) and various protocols 
control data including the data retransmitted by a 
recovery protocol. In particular, it is known that 
though the latter data is inevitably brought about as 
an overhead of the former data, the data amount greatly 

20 depends on the communication quality. This is obvious 
because the degraded network communication quality 
causes data loss and thus the data is to be 
retransmitted for recovering the data loss . 

In order to make use of the restricted band 

25 of the network as efficiently as possible, therefore, 

it is essential to control the communication quality so 
that in particular the data retransmitted by the 
recovery protocol does not press the band of the 



effective coromunication data. That is, it means that 
it is essential to control the communication quality so 
that the actual band traffic of the network is made 
equal to the band traffic of the effective 
5 communication band. 

In particular, under the circumstances of a 
wireless LAN or mobile system, the communication 
quality may be degraded depending on the place of use. 
Hence, the communication quality is required to be 
10 corrected at each place of use. 

SUMMARY OF THE INVENTION 

It is an object of the present invention to 
make the band control possible on the basis of the 
occurrence band information in the subnet without 

15 having to use a special hardware. 

It is a further object of the present 
invention, in the network circumstance where the 
communication quality is irregular and deteriorated, to 
adjust the band traffic of various protocol control 

20 data including the retransmitted data taking place each 
time the communication quality is degraded by changing 
the communication granularity, the recovery strength 
and so forth and thereby to control the effective 
communication band and the quality correction of the 

25 data, for the purpose of more efficiently realizing the 
band control. 
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In carrying out the foregoing object, each 
node located in the subnet is required to grasp the 
occurrence band information in the subnet. For this 
purpose, each node is set to pick up and hold the band 
5 information of its own and transmit it to all the other 
nodes . Each node is set to hold the received band 
information of another node and the band information of 
its own. This makes it possible for each node to grasp 
a numeric value of the band traffic of the network and 

10 the contents of the band traffic (for example, a ratio 
of the communication data whose quality is to be 
guaranteed to the communication data whose quality is 
not to be guaranteed and which is to be communicated 
through an idle band) . Each network may control the 

15 band traffic of the data to be transmitted on the basis 
of the grasped band traffic of the network. 

According to an aspect of the invention, each 
node located in the network includes a band information 
obtaining unit for obtaining a communication attribute 

2 0 required for controlling the communication band from a 
communication application program and a band 
information storing unit for holding the obtained 
communication attribute as the band information of its 
own. Each node further includes a band information 

25 transmitting unit for transmitting the band information 
of its own held in the band information storing unit to 
all the other nodes and a band information receiving 
unit for receiving the band information transmitted 
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from another node and storing it in the band 
information storing unit. Each node also includes a 
band traffic calculating unit for calculating a band 
traffic of the network at a time on the basis of the 
5 band informations of its own and the other nodes held 
in the band information storing unit and controlling 
the band traffic of the data to be transmitted on the 
basis of the calculated band traffic. 

According to an aspect of the invention, in 

10 order to achieve the foregoing object, in a 

communication band control method for controlling a 
communication band of a network system having a 
plurality of nodes connected therewith, each of the 
nodes is arranged to obtain the communication attribute 

15 required for controlling the communication band from 
the communication application program, store the 
obtained communication attribute as the band 
information of its own node, deliver the band 
information of its own to all the other nodes connected 

2 0 to the network, store the band information delivered 

from another node as the band information of that node,, 
calculate the current band traffic on the basis of the 
stored band informations of its own and the other 
nodes, determine the band as assuming the calculated 

25 band traffic as the band traffic of the network, and 
execute the band control in light of the determined 
result . 
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The communication attribute termed herein 
indicates the band information including an IP address, 
a port number, a band traffic, a data type, an 
operation application number, and a process ID list. 
5 Further, according to the invention, in order 

to make the highly accurate band control possible even 
in the case that the communication quality is irregular 
depending on the place of use such as the case the 
network communication circumstance is a wireless or a 

10 mobile one, a communication quality correcting module 
is provided for adjusting the communication quality so 
that the band traffic derived as above is made equal to 
the band traffic of the effective communication data. 

That is, each node includes a communication 

15 quality obtaining module for obtaining a communication 
data packet amount to be observed at the local node, 
the communication quality thereof and a communication 
quality attribute required for controlling the 
communication quality and a communication quality 

20 correcting module for calculating on the obtained 

communication quality the band traffic of the effective 
communication data, the band traffic thereof 
corresponding to the data derived by excepting the band 
traffic portion occupied by various protocol control 

25 data including the retransmitted data taking place when 
the application communication data is in communication 
from the obtained communication data packets of the 
local node, and then determining the obtained 
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communication quality attribute so that the calculated 
band traffic is made equal to the band traffic 
calculated by the band traffic calculating module. 

If the communication quality whose attribute 
is adjusted does not reach a predetermined level, the 
node deems the communication quality to be degraded, 
seeks the effective communication band traffic on which 
the predetermined communication quality is reached, and 
control the band on the basis of that effective 
communication band traffic. 

The communication quality attribute termed 
herein includes a data packet length for determining a 
data communication granularity and control parameters 
such as a communication timing, and the other control 
parameters for data retransmission for determining the 
data recovery strength and error correction in the case 
of transmitting the communication data of the 
application program according to the band traffic 
calculated by the band traffic calculating module. The 
communication quality correcting module is served to 
determine the data communication granularity and the 
recovery strength on which the band traffic calculated 
by the band traffic calculating module may be 
guaranteed as the band traffic of the effective 
communication data, for the purpose of controlling the 
communication quality. 

The foregoing arrangement makes it possible 
for each node to estimate the band traffic inside of a 
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LAN by obtaining the number of operations of the 
communication application programs for each 
communication attribute and delivering it to all the 
nodes connected with the network without having to 
5 monitor the actual packets in the LAN. 

Further, in a case that each node performs 
data communication according to the band traffic 
calculated as above, each node is served to calculate 
the band traffic of the effective communication data on 

10 the basis of the communication quality such as a 

communication data packet amount, data loss, and error 
correction data obtained from the I/O information of 
the communication data such as a TCP/IP protocol to be 
observed by the local node and to adjust the quality of 

15 the communication data so that the band traffic of the 
effective communication data is made equal to the 
controlled band traffic. 

That is, the controlled band traffic of 
various protocols including the retransmitting traffic 

20 caused by the band traffic control can be adjusted by 
means of adjusting, the data communication granularity 
and the recovery strength as observing the determined 
band traffic. Hence, this adjustment makes it possible 
to enhance the accuracy of the presumed band traffic as 

25 keeping the predetermined communication cjuality level. 

Each node thus enables to grasp the overall 
band traffic on the band informations of its own and 
the other nodes and execute the band control on the 
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basis of the band traffic of the overall grasped 
network for each communication. 

In addition, if the subnet is divided into 
plural segments by means of the switching hub, the band 
5 information is allowed to be delivered to all the nodes 
by broadcasting the band information of its own to any 
other node, 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a diagram showing an overall system 
10 corresponding to an example of a network to which the 
invention is applied; 

Fig. 2 is a block diagram showing an 
arrangement for embodying the present inventions- 
Fig. 3 is view showing a composition of a 
15 band information management table shown in Fig. 2; 

Fig. 4 is a flowchart showing an operation of 
a transmission rate control module shown in Fig. 2; 

Fig. 5 is a flowchart showing another 
operation of a transmission rate control module shown 
20 in Fig. 2; 

Fig. 6 is a flowchart showing another 
operation of a transmission rate control module shown 
in Fig. 2; 

Fig. 7 is a flowchart showing an operation of 
25 a band information transmission module shown in Fig. 2; 

Fig. 8 is a flowchart showing an operation of 
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a band information receiving module shown in Fig. 2; 
and 

Fig. 9 is a flowchart showing an operation of 
a quality control module shown in Fig. 2, 

5 

DESCRIPTION OF THE EMBODIMENTS 

Hereafter, the embodiments of the invention 
will be described in detail along the appended 
drawings. Fig. 1 shows a system arrangement according 
10 to an embodiment of the invention. An IP network 1 is 
arranged to have a device provided with a switching 
function (switching hub 3). A plurality of nodes 2 are 
served to perform an IP communication through the 
network 1 . 

15 Fig. 2 shows a function arrangement inside of 

the node 2 that is performing the IP communication. 
The node 2 is arranged to have a communication 
application program 27, a pseudo-socket library 30, an 
operating system 28, a band information managing table 

20 26, a band information transmitting module 24, a band 
information receiving module 23, and a network 
interface card 20. The pseudo-socket library 30, the 
operating system 28, the band information managing 
table 26, the band information transmitting module 24, 

25 and the band information receiving module 23 are all 
built by software. 

The pseudo-socket library 30, the band 
information managing table 26, the band information 



transmitting module 24, and the band information 
receiving module 23 are the new inventive components. 

The communication application program 27 is a 
program that receives and transmits data. 
5 The pseudo-socket library 30 is connected to 

the communication application program 27, the operating 
system 2 8 and the band information managing table 26. 
The library 30 includes a transmission rate control 
module 25 that is served as a band information 

10 obtaining unit and a band traffic calculating unit. 

The pseudo-socket library 3 0 has the same application 
interface (API) as the socket library 29 included in 
the operating system 28 for the purpose of obtaining 
the transmitted content from the communication 

15 application program 27. In actual, what is done by 
this pseudo-socket library 3 0 is only hooking the 
content requested by the user. All the other functions 
are realized by invoking the socket library 29 included 
in the operating system 28. The transmission rate 

20 control module 25 is executed to create the band 

infoinnation on the transmission parameter sent from the 
communication application program 27 and then output 
the created band information to the band information 
managing table 26. 

25 The operating system 28 is connected to the 

communication application program 27 and the pseudo- 
socket library 30. It includes as its function a 
socket library 29, an IP protocol processing module 22 
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for processing an IP protocol, and a network control 
driver 21 for controlling the network. The operating 
system 28 is also connected to the network 1 through 
the network interface card 20. 

The band information managing table 26 served 
as a band information storing unit is connected to the 
pseudo-socket library 30, the band information 
transmitting module 24 and the band information 
receiving module 23. The table 26 stores the band 
information inputted from the transmission rate control 
module 25. Further, the table stores the band 
information of another node inputted from the band 
information receiving module 23 . 

The band information transmitting module 24 
served as a band information delivering unit is 
connected to the band infoirmation managing table 26 and 
further to the operating system 28 and the network 1 
through the network interface card 20. The band 
information transmitting module 24 is served to 
broadcast the band information of the local node stored 
in the band information managing table 26 to the 
network 1 through the socket library 29. The 
transmission rate control module 25 and the band 
information transmitting module are served to perform 
transmissions sxibstantially on the same timing. 

The band information receiving module 23 
served as a band information receiving unit is 
connected to the band information managing table 26 and 
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further to the operating system 28 and the network 1 
through the network interface card 20. The band 
information receiving module 23 receives the band 
information transmitted by the band information 
5 transmitting module 24 of another node and then outputs 
it to the band information managing table 26. 

The network interface card 2 0 is served to 
connect the foregoing arrangement with the network 1 so 
that it relays the data transfer therebetween, 

10 Fig. 3 shows a composition of the band 

information managing table 26. The band information 
managing table 2 6 is composed of a local node table 261 
for storing the information of the local node and 
another node table 262 for storing the information of 

15 another node. Another node table 262 has the same 
structure as the local node table 261 (shown) . The 
number of another node table 262 is set to correspond 
to the number of the other nodes. The band information 
managing table 2 6 stores as the information for 

20 specifying a communication data flow and a data type an 
IP address 263, a port number 264, a band traffic 265, 
a number of the operating applications 267, and a 
process ID list 268. 

The IP address (for specifying another side) 

25 263, the port number (for identifying the 

communicating content) 264, the band traffic 265, and 
the type 266 are set by the user and thus pre- stored. 
The type 266 indicates ^^QoS" or ^^BE", in which ^^QoS" 
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means the communication quality is guaranteed by 
securing the communication band specified by the IP 
address 263 and the port number 264, while "'BE'' means 
the communication is executed at the best-effort mode. 
5 The number of the operating applications 267 

and the process ID list 268 are dynamically set by the 
transmission rate control module 25 (herein, 
""dynamically" means ""for each communication") . The 
nxomber of the operating applications 267 corresponds to 

10 the number of the processes in which the communication 
specified by the IP address 263 and the port number 264 
is being executed. The process ID list 2 68 stores an 
identifier (number) of the process. 

Figs. 4, 5 and 6 show the processing flow of 

15 the transmission rate control module 25. The 

transmission rate control module 25 served as a band 
traffic calculating unit is mounted as a function of 
the pseudo-socket library 30. Hence, the processing 
itself is executed in accordance with the request given 

20 by the communication application program 27. The 
socket library includes as its functions a function 
""connect" (2501 in Fig. 4) issued at the start point of 
the communication, a function ""close" (2505 in Fig. 5) 
issued at the end time of the communication, and a 

25 function ""send" (2509 in Fig. 6) sending the data. 
Since these functions are invoked from the 
communication application program 27, the function 
""connect" (2501) is executed to detect an occurrence of 
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a data flow to be communicated, the function ^^close" 
(2505) is executed to detect disappearance of a data 
flow to be communicated, and the function ''send" (2509) 
is executed to detect a request for transmitting the 
5 data, for the purpose of obtaining the band information 
and controlling the band. 

The function ''connect" (2501) is executed to 
retrieve (process 2502) the IP address 263 and the port 
number 264 set to the local node table 261 of the band 

10 information managing table 26 with the IP address and 
the port niomber specified by the function "connect" 
(2501) as a key. If an entry is retrieved, a nximeric 
value ^'1" is added to the number of the applications in 
the entry and the local process (the process number of 

15 the communication application program 27) is added to 

the process ID list (process 2503) . Further, since the 
changed table is required to be notified to all the 
nodes, an event (indication of transmission) is sent to 
the band information transmitting module 24 (process 

20 2504). 

The function *'close" (2505) is executed to 
subtract 1 from the application number in the entry 
found by the retrieval (process 2502), delete the local 
process (process n\imber of the communication 
25 application program 27) from the process ID list 

(process 2507), and then send an event to the band 
information transmitting module 24 (process 2508) . 
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The function ''send'' (2509) is executed to do 
a process for adjusting a rate of the data to be 
actually transmitted- The rate is determined according 
to the maximum allowable data amount for a unit time, 
5 that is, the band traffic. The data amount per a unit 
time is adjusted by delaying the data for each data 
size. The allowable transmission band traffics are 
respective in the types QoS and BE as follows. 

(1) For QoS, the set band traffic is treated 
10 as the allowable transmission band traffic. 

(2) For BE, the band traffic derived by 
subtracting the band traffic used for QoS from the band 
traffic allocated to BE is treated as the allowable 
transmission band traffic. That is, it may be 

15 calculated as follows. 

Allowable transmission band traffic = Band 
traffic set to BE/Number of operating applications - 
Band traffic used for QoS 

Band traffic set for BE = Band traffic 
20 provided when the type set to the band information 
managing table 26 is BE 

Band traffic used for QoS = Band traffic set 
for QoS X Number of operating applications 

As noted above, if the type is BE, the 
25 function ''send" is executed to derive the nximber of the 
operating applications for each communication path from 
the delivered band information managing tables of all 
the nodes (process 2510) , determine the transmittable 
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band traffic on the derived number of the operating 
applications (process 2512), while if the type is QoS, 
the function ^'send" is executed to process the set band 
traffic as the transmit table band traffic (process 
5 2511) . The transmission rate, that is, the 

transmission frequency is adjusted according to the 
derived transmittable band traffic (process 2513). The 
flowcharts shown in Figs. 4 to 6 are depicted on the 
TCP/ IP-based communication • In UDP/IP, the process for 

10 the function connect" and the process for the function 
''send" are included in the function '"sendto" 

Fig. 7 shows the processing flow of the band 
information transmitting module 24. When this module 
is started, the module enters into the waiting state 

15 for an event for requesting a band information 

transmission from a timer 242 and the transmission rate 
control module 25 (process 244) . That is, the process 
is executed to periodically perform a transmission on a 
timer and activate the communication application 

20 program 27 to start the communication. The reason why 
the periodic transmissions are done is to make sure 
that a message is positively reached. That is, since 
the band information (band information managing table) 
of the local node table is broadcast (process 245) , the 

25 message does not always reach the destination merely by 
one transmission. The periodic transmissions thus 
guarantee the reach of the message. 
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Fig. 8 shows the processing flow of the band 
information receiving module 23- Vflien this module is 
started, the module enters into the state of waiting 
for the band information. In receipt of the band 
5 information of another node, the received content is 
set to the band information managing table whose index 
is the node number. 

According to the foregoing embodiment, the 
process is executed to obtain the number of the 

10 operations of the communication application program for 
each communication attribute and then deliver the 
number to all the nodes connected with the network. 
This process thus makes it possible for each node to 
estimate the band traffic within the LAN without 

15 actually monitoring the packets passing through the 

LAN. The communication attribute termed herein is the 
band information, which collectively represents an IP 
address, a port number, a band traffic, a data type, a 
number of the operating applications, and a process ID 

20 list. Hence, each node provides a capability of 

controlling the band on the basis of the network band 
traffic at a time for each communication. 

If the subnet is divided into plural segments 
by the switching hub, by broadcasting the band 

25 information to the other nodes, each node can obtain 
the band information of another node. 

In turn, the description will be oriented to 
the second embodiment of the present invention. The 
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second embodiment is arranged to adjust the 
communication granularity and the recovery strength in 
the network circumstance where the communication 
quality is irregular and often degraded and change the 
5 protocol control data amount including the 

retransmitted data caused by the adjustment for the 
purpose of performing the band control with high 
accuracy. 

Fig. 9 shows a processing flow of a quality 

10 control module 31, This module is served to change the 
communication granularity and the recovery strength in 
communicating data so that the effective communication 
data amount is made equal to the transmittable band 
traffic determined by the transmitting rate control 

15 module 2 5 and to change the band of the protocol 

control data including the retransmitted data caused 
depending on that change. 

When started, the subject module is served to 
refer to the policy and obtain the regulated default 

20 control parameters and the control policy (process 
3101) . Though this policy is not shown, it is 
predefined at the node in charge of the policy and is 
distributed in advance of the control. Each node 
perfoinns the control process according to this policy. 

25 After obtaining this policy, this module is 

then served to obtain the transmittable band traffic 
determined by the transmission rate control module 25 
(process 3102), invoke a socket library with the 
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regulated parameters, and then transmit it (process 
3103) . For example, if the band traffic is 5 
Kbytes/sec and the regulated packet size is 500 bytes, 
the delay is determined to be 100 milliseconds. Then, 
5 the module is served to observe the communication 

quality data such as a communication data packet amount 
and data loss information, which are obtained from the 
I/O information of the communication data of the TCP/IP 
protocol (process 3104) • In addition, in the process 

10 3104, an operation is executed to obtain the control 
parameters for data recovery strength such as 
retransmitting times and retransmitting time intervals 
as the other communication quality attribute. 

Then, if the communication quality observed 

15 in the process 3104 reaches the communication quality 
level obtained by the policy in the step 3101 by 
comparison therebetween (process 3105), the subject 
module is served to calculate the band traffic of the 
effective communication data (process 3106) and then 

20 compare this band traffic with the transmittable band 
traffic determined by the transmission rate control 
module 25, obtained in the process 3102. If both are 
equal, like the process 3103, the module is served to 
invoke the socket library with the regulated parameters 

25 and then transmit it (process 3108) . 

For example, if the policy obtained at the 
process 3101 indicates '"the quality level is N or less 
occurrences of the retransmitted data and if the 



effective quality reaches that quality level, the data 
is transmitted with the packet size of IK bytes", in 
the process 3108, the parameters used for invoking the 
socket library are changed such that the packet size is 
5 changed from 500 bytes into 1 K bytes and the delay is 
changed from 100 to 200 milliseconds. Then, the data 
is transmitted. That is, in the process 3108, the data 
flow granularity is changed so that the transmittable 
band traffic 5 K bytes/second may be kept before 

10 transmitting the data. 

If some of the communication data is left, 
the module is served to repeat the operation from the 
process 3104 for observing the communication status of 
the process 3108 and, if no data is left, terminate the 

15 process (process 3109) . 

If the transmittable band traffic is 
determined not to be equal to the effective band 
traffic as a result of the comparison in the step 3107, 
the module is served to adjust the band traffic of the 

20 effective communication data (process 3121) . 

For example, if the policy obtained in the 
process 3101 indicates "'If both of the band traffics 
are not equal though the coiranunication quality reaches 
a predetermined level, the data is transmitted with the 

25 packet size of 400 bytes for improving the probability 
of the successful retransmission and the retransmitting 
time interval of the data recovery strength is 
doubled", in the process 3121, the parameters used for 
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invoking the socket library are adjusted such as the 
packet size is change from 500 to 400 bytes and the 
delay is changed from 100 to 80 milliseconds and the 
retransmitting time interval is doubled before 
5 transmitting the data. That is, in the process 3121, 
the data granularity and the recovery strength are 
changed so as to keep the transmittable band traffic of 
5 K bytes /sec before transmitting the data. 

Like the foregoing process, if a portion of 

10 the communication data is left, the module is served to 
repeat the operation from the process 3104 for 
observing the communication status of the process 3121 
and, if no communication data is left, terminate the 
process (process 3109) • 

15 This process is intended for the case that 

the communication quality reaches the predetermined 
level. If in the process 3105 the communication 
quality does not reach the predetermined level, the 
module is served to obtain the band traffic for meeting 

20 the regulated communication quality (process 3120) and 
then adjust the band traffic of the effective 
communication data (process 3121) . 

That is, in this case, the quality state is 
degraded, that is, irregular and the transmittable band 

25 traffic determined by the transmission rate control 
module 25 is determined to be pressed by the 
retransmitted data. In this state, the subject module 
is served to obtain the effective communication band 
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traffic for meeting the regulated communication quality 
and then transmit the data according to the obtained 
band traffic. 

For example, if the policy obtained in the 
5 process 3101 indicates *'If the communication quality 
does not reach N or less occurrences of the 
retransmitted data, the error correction is changed to 
a double strength correction and the retransmitting 
time interval is changed into a double value, the 

10 effective communication band traffic is made to be the 
band traffic obtained as a result of the change", in 
the process 3121, the parameters used for invoking the 
socket library are adjusted such that the error 
correction is changed into a double strength correction 

15 and the retransmitting time internal is changed into a 
double value before transmitting the data. 

Like the foregoing process, if a portion of 
the communication data is left, the subject module is 
served to repeat the operation from the process 3104 

20 for observing the communication result status of the 
process 3121. In this case, the data is transmitted 
with the obtained band traffic until the communication 
quality recovers into a predetermined quality level. 

According to the second embodiment, if the 

25 data communication is perfoimed according to the band 
traffic calculated at each node, the subject module is 
served to calculate the band traffic of the effective 
communication data on the basis of the communication 
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data packet amount and the communication quality 
obtained from the I/O information of the communication 
data such as a TCP/IP protocol to be observed by the 
local node and then adjust the quality of the 
5 communication data so that the calculated band traffic 
is made equal to the controlled band traffic. 

That is, the subject module is served to 
change the data communication granularity and the 
recovery strength as keeping the band traffic 

10 determined by the first embodiment for the purpose of 
adjusting the band traffic of various protocol control 
data including the retransmitted data occurring in 
association with the change. This adjustment makes it 
possible to keep the communication quality at the 

15 predetermined level and enhance the accuracy of the 
band traffic. 

According to the invention, this band control 
within the siibnet makes it possible to obtain the 
transmittable band traffic for each communication on 

20 the basis of the occurrence band information within the 
subnet without any special hardware if the subnet is 
divided into plural segments by means of the switching 
hub. Hence, the band control may be executed according 
to the transmittable band traffic and the data type. 

25 Even in the network circumstances where the 

communication quality is irregular and so often 
degraded, the band traffic of various protocol control 
data including the retransmitted data occurring 
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depending on the degraded quality is adjusted by 
changing the data communication granularity and 
recovery strength so that the data effective 
communication band and quality correction may be made 
5 possible. Hence, the band control can be more 
accurately performed. 



